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^ (57) Abstract: A packet switched (PS) core network (CN) supporting several quality of services levels, comprising at least a serv- 
ing node (SGSN), a gateway node (GGSN), a home location register (HLR), a short message service gateway and interworking unit 
(SMS-GMSC, SMS-IWMSC), charging gateway functionality (CGF), and a public data network (PDN) comprising an application 
server (AS). The core network is adapted for carrying out a packet data protocol (PDP) context activation in which a PDP address is 

Q assigned to a mobile station and in which a given quality of service is assigned through the network in a communication session be- 

£>. tween the mobile station and the application processor in question, whereby the application server (AS) initiates a context activation 

^ in which the QoS is seeked altered for the mobile station. 
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NETWORK REQUESTED PACKET DATA PROTOCOL CONTEXT ACTIVATION 
Field of the invention 

5 The present invention relates to a method for a packet data and telecommunication 
systems, comprising wireless and wireline sub-networks. The invention concerns in par- 
ticular a method for a PDP (Packet Data Protocol) context activation procedure in a core 
network based on GSM (Global System for Mobile telephony), GPRS (General Packet 
radio System) and UMTS (Universal Mobile Telephony System) elements. 

10 

Background of the invention 

According to the 3'rd generation partnership project (3GPP) technical specification, 3G 
TS 23.060 V3.4.0 (2000-07) a common packet domain Core Network is used for both 
15 GSM and UMTS. Such a system has been shown in fig. 1 . A similar system has been 
shown in WO99/05828. 

The above Core Network provides packet-switched (PS) services and is designed to 
support several quality of services levels in order to allow efficient transfer of non real- 
20 time traffic (e.g., intermittent and bursty data transfers, occasional transmission of large 
volumes of data) and real-time traffic (e.g., voice, video). One class of quality of service 
pertains to a low throughput and a low delay; another class pertains to higher throughput 
and longer delay and a further class pertains to relatively long delays and high through- 
put. 

25 

Applications based on standard data protocols and SMS are supported, and interworking 
is defined with IP networks. Charging is rendered flexible and allows Internet Service 
Providers to bill according to the amount of data transferred, the QoS supported, and the 
duration of the connection. 

30 

Each PLMN has two access points, the radio interface (labelled Urn in GSM and Uu in 
UMTS) used for mobile access and the R reference point used for origination or recep- 
tion of messages. 

35 An interface differs from a reference point in that an interface is defined where specific 
information is exchanged and needs to be fully recognised. There is an inter PLMN in- 
terface called Gp that connects two independent packet domain networks for message 
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exchange. There is also a PLMN to fixed network (typically a packet data network) refer- 
ence point called Gi. 

There may be more than a single network interface to several different packet data (or 
5 other) networks. These networks may both differ in ownership as well as in communica- 
tions protocol (e.g., TCP/IP etc.). The network operator should define and negotiate in- 
terconnect with each external (PDN or other) network. 

Network interworking is required whenever a packet domain PLMN and any other net- 
10 work are involved in the execution of a service request. With reference to figure 1, inter- 
working takes place through the Gi reference point and the Gp interface. 

The internal mechanism for conveying the PDP (Packet Data Protocol) PDU (Packet 
Data Unit) through the PLMN is managed by the PLMN network operator and is not ap- 
15 parent to the data user. The use of the packet domain data service may have an impact 
on and increase the transfer time normally found for a message when communicated 
through a fixed packet data network. 

The packet domain supports interworking with networks based on the Internet protocol 
20 (IP). The packet domain may provide compression of the TCP/IP header when an IP 
datagram is used within the context of a TCP connection. 

The packet domain PLMN service is an IP domain, and mobile terminals offered service 
by a service provider may be globally addressable through the network operator's ad- 
25 dressing scheme. 

A GPRS Support Node (GSN) contains functionality required to support GPRS function- 
ality for GSM and/or UMTS. In one PLMN, there may be more than one GSN. 

30 The Gateway GPRS Support Node (GGSN) is the node that is accessed by the packet 
data network due to evaluation of the PDP address. It contains routing information for 
PS-attached users. The routing information is used to tunnel N-PDUs to the MS's current 
point of attachment, i.e., the Serving GPRS Support Node. The GGSN may request lo- 
cation information from the HLR via the optional Gc interface. The GGSN is the first 

35 point of PDN interconnection with a GSM PLMN supporting GPRS (i.e., the Gi reference 
point is supported by the GGSN). GGSN functionality is common for GSM and UMTS. 

2 
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The Serving GPRS Support Node (SGSN) is the node that is serving the MS, The SGSN 
supports GPRS for GSM (i.e., the Gb interface is supported by the SGSN) and/or UMTS 
(i.e., the lu interface is supported by the SGSN). 

5 

In order to access the PS services, an MS shall first make its presence known to the 
network by performing a GPRS Attach. This makes the MS available for SMS over PS, 
paging via the SGSN, and notification of incoming PS data. According to the Attach, the 
IMS! (International Mobile Subscription Identity) of the mobile station (MS) is mapped to 
10 one or more packet data protocol addresses (PDP). 

At PS Attach, the SGSN establishes a mobility management context containing informa- 
tion pertaining to e.g., mobility and security for the MS. 

15 In order to send and receive PS data, the MS shall activate the Packet Data Protocol 
context that it wants to use. This operation makes the MS known in the corresponding 
GGSN, and interworking with external data networks can commence. 

At PDP Context Activation, the SGSN establishes a PDP context, to be used for routing 
20 purposes, with the GGSN that the subscriber will be using. 

The SGSN and GGSN functionalities may be combined in the same physical node, or 
they may reside in different physical nodes. SGSN and GGSN contain IP or other (op- 
erator's selection, e.g., ATM-SVC) routing functionality, and they may be interconnected 

25 with IP routers. In UMTS, the SGSN and RNC may be interconnected with one or more 
IP routers. When SGSN and GGSN are in different PLMNs, they are interconnected via 
the Gp interface. The Gp interface provides the functionality of the Gn interface, plus se- 
curity functionality required for inter-PLMN communication. The security functionality is 
based on mutual agreements between operators. 

30 The SGSN may send location information to the MSC/VLR via the optional Gs interface. 
The SGSN may receive paging requests from the MSC/VLR via the Gs interface. 

According to the PDP context activation, a network bearer (IP) communication between 
the mobile station and the Internet service provider (ISP) is established. Moreover, a 
35 given class of Quality of Service class is assigned for the communication to be per- 
formed. 



3 
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The Charging Gateway Functionality (CGF) collects charging records from SGSNs and 
GGSNs. The HLR (Home Location Register) contains GSM and UMTS subscriber infor- 
mation. The HLR stores the IMSI (International Mobile Subscription Identity) and maps 
5 the IMSI to one or more packet data protocol addresses (PDP) and maps each PDP ad- 
dress to one or more GGSN's. 

The SMS-GMSCs and SMS-IWMSCs support SMS transmission via the SGSN. Option- 
ally, the MSC/VLR can be enhanced for more-efficient co-ordination of packet-switched 
and circuit-switched services and functionality: e.g., combined GPRS and non-GPRS 
10 location updates. 

User data is transferred transparently between the MS and the external data networks 
with a method known as encapsulation and tunnelling: data packets are equipped with 
PS-specific protocol information and transferred between the MS and the GGSN. This 
15 transparent transfer method lessens the requirement for the PLMN to interpret external 
data protocols, and it enables easy introduction of additional interworking protocols in 
the future. 

An Application Server (AS) is connected to the Packet Data Network (PDN) for providing 
20 information. The application server may be owned by an Internet Service Provider (ISP), 
the PLMN, or an independent company. 

MS initiated PDP context activation 

25 

We shall now revert to the PDP context activation procedure. 

In fig. 2, a sequence diagram relating to the Mobile Station initiated context activation 
procedure has been shown. 

30 

1) The MS sends an Activate PDP Context Request (NSAPI, Tl, PDP Type, PDP Ad- 
dress, Access Point Name, QoS Requested, PDP Configuration Options) message 
to the SGSN. The MS may use Access Point Name to select a reference point to a 
certain external network and/or to select a service. QoS Requested indicates the 
35 desired QoS profile. 

3) In UMTS, RAB (Radio Bearer) set-up is done by the RAB Assignment procedure. 

4 
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4) If BSS trace is activated, then the SGSN shall send an Invoke Trace (Trace Refer- 
ence, Trace Type, Trigger Id) message to the BSS or UTRAN. Trace Reference 
and Trace Type are copied from the trace information received from the HLR. 
Thereby, the location of the mobile station can be established. 

5 5a) The SGSN validates the Activate PDP Context Request using PDP Type (op- 
tional), PDP Address (optional), and Access Point Name (optional) provided by the 
MS and the PDP context subscription records 

The SGSN may restrict the requested QoS attributes given its capabilities, the cur- 
rent load, and the subscribed QoS profile. 

10 The SGSN sends a Create PDP Context Request (PDP Type, PDP Address, Ac- 

cess Point Name, QoS Negotiated, TEID, NSAPI, MSISDN, Selection Mode, 
Charging Characteristics, Trace Reference, Trace Type, Trigger Id, PDP Configu- 
ration Options) message to the affected GGSN 

5b) The GGSN creates a new entry in its PDP context table and generates a Charg- 
15 ing Id. The new entry allows the GGSN to route PDP PDUs between the SGSN 

and the external PDP network, and to start charging. The GGSN then returns a 
Create PDP Context Response (TEID, PDP Address, PDP Configuration Options, 
QoS Negotiated, Charging Id, Cause) message to the SGSN. 

6) The SGSN selects Radio Priority and Packet Flow Id based on QoS Negotiated, 
20 and returns an Activate PDP Context Accept (PDP Type, PDP Address, Tl, QoS 

Negotiated, Radio Priority, Packet Flow Id, PDP Configuration Options) message 
to the MS. The SGSN is now able to route PDP PDUs between the GGSN and the 
MS, and to start charging. 

7) Now, a packet data session is open between the Mobile Station (MS) and the Ap- 
25 plication Server (AS). 

For each PDP Address, a different quality of service (QoS) profile may be requested. For 
example, some PDP addresses may be associated with E-mail that can tolerate lengthy 
response times. Other applications cannot tolerate delay and demand a very high level 
30 of throughput, interactive applications being one example. These different requirements 
are reflected in the QoS profile. If a QoS QoS profile requirement is beyond the capabili- 
ties of a PLMN, the PLMN negotiates the QoS profile as close as possible to the re- 
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quested QoS profile. The MS either accepts the negotiated QoS profile, or deactivates 
the PDP context. 



5 AS initiated PDP context activation 

The scenario for setting up a session initiated by the an external application server has 
been illustrated by the sequence diagram shown in fig. 3: 

10 The Network-Requested PDP Context Activation procedure allows the GGSN to initiate 
the activation of a PDP context. When receiving a PDP PDU the GGSN checks if a PDP 
context is established for that PDP address. If no PDP context has been previously es- 
tablished the GGSN may try to deliver the PDP PDU by initiating the Network-Requested 
PDP Context Activation procedure. 

15 

1) When receiving a PDP PDU the GGSN determines if the Network-Requested PDP 
Context Activation procedure has to be initiated. The GGSN may store subsequent 
PDP PDU's received for the same PDP address. 

2a) The GGSN may send a Send Routing Information for GPRS (I MSI) message to 
20 the HLR. 

2b) If the HLR determines that the request can be served, it returns a Send Routing 
Information for GPRS Ack (IMSI, SGSN Address, Mobile Station Not Reachable 
Reason) message to the GGSN. 

3a) The GGSN shall send a PDU Notification Request (IMSI, PDP Type, PDP Ad- 
25 dress, APN) message to the SGSN indicated by the HLR. 

3b)The SGSN returns a PDU Notification Response (Cause) message to the GGSN 
in order to acknowledge that it shall request the MS to activate the PDP context 
indicated with PDP Address. 

4) The SGSN sends a Request PDP Context Activation (Tl, PDP Type, PDP Ad- 
30 dress, APN) message to request the MS to activate the indicated PDP context. 

5) The PDP context is activated with the PDP Context Activation procedure. 
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As mentioned above, it is possible that the mobile station needs a different QoS from 
what was initially needed. In order to modify the QoS, the mobile station may take one of 
the following steps: 

5 

* The MS initiates a new primary PDP Context. 

* There is an active PDP context, but it is established with insufficient bandwidth, QoS. 
The MS may trigger a PDP Context Modification. 

* There is an active PDP context, but it is established with insufficient bandwidth, QoS. 
10 The MS may trigger a secondary PDP Context Modification. 

The two latter procedures shall be dealt with below. 

In fig. 4, a procedure of the mobile station modifying the PDP context is shown in which 
15 the following steps are carried out: 

1) The MS sends a Modify PDP Context Request (Tl, QoS Requested, TFT) mes- 
sage to the SGSN. Either QoS Requested or TFT or both may be included. QoS 
Requested indicates the desired QoS profile, while TFT indicates the TFT that is to 

20 be added or modified or deleted from the PDP context. 

2) The SGSN may restrict the desired QoS profile given its capabilities, the current 
load, and the subscribed QoS profile. The SGSN sends an Update PDP Context 
Request (TEID, NSAPl, QoS Negotiated, TFT) message to the GGSN. If QoS Ne- 

25 gotiated and/or TFT received from the SGSN is incompatible with the PDP context 

being modified (e.g., TFT contains inconsistent packet filters), then the GGSN re- 
jects the Update PDP Context Request. The compatible QoS profiles are config- 
ured by the GGSN operator. 

30 3) The GGSN may further restrict QoS Negotiated given its capabilities and the cur- 
rent load. The GGSN stores QoS Negotiated, stores, modifies, or deletes TFT of 
that PDP context as indicated in TFT, and returns an Update PDP Context Re- 
sponse (TEID, QoS Negotiated) message. 

35 4) In UMTS, radio access bearer modification may be performed by the RAB As- 
signment procedure. 

7 
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5) The SGSN selects Radio Priority and Packet Flow Id based on QoS Negotiated, 
and returns a Modify PDP Context Accept (Tl, QoS Negotiated, Radio Priority, 
Packet Flow Id) message to the MS. 

5 

In fig. 5, a procedure for activation of a secondary PDP context has been shown in which 
the following steps are carried out: 

10 1 ) The MS sends an Activate Secondary PDP Context Request (Linked Tl, NSAPI, 
Tl, QoS Requested, TFT) message to the SGSN. Linked Tl indicates the Tl value 
assigned to any one of the already activated PDP contexts for this PDP address 
and APN. QoS Requested indicates the desired QoS profile. TFT is sent transpar- 
ently through the SGSN to the GGSN to enable packet classification for downlink 

15 data transfer. Tl and NSAPI contain values not used by any other activated PDP 

context. 

2) In GSM, security functions may be executed. 

3) In UMTS, RAB set-up is done by the RAB Assignment procedure. 

4a) The SGSN validates the Activate Secondary PDP Context Request using the Tl 
20 indicated by Linked TL The same GGSN address is used by the SGSN as for the 

already-activated PDP context(s) for that Tl and PDP address. 

The SGSN and GGSN may restrict and negotiate the requested QoS. The SGSN 
sends a Create PDP Context Request (QoS Negotiated, TEID, NSAPI, Primary 
NSAPI, TFT) message to the affected GGSN. Primary NSAPI indicates the NSAPI 

25 value assigned to any one of the already activated PDP contexts for this PDP ad- 

dress and APN. TFT is included only if received in the Activate Secondary PDP 
Context Request message. The GGSN uses the same external network as used 
by the already-activated PDP context(s) for that PDP address, generates a new 
entry in its PDP context table, and stores the TFT. The new entry allows the 

30 GGSN to route PDP PDUs via different GTP tunnels between the SGSN and the 

external PDP network. 

4b) The GGSN returns a Create PDP Context Response (TEID, QoS Negotiated, 
Cause) message to the SGSN. 

8 
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In GSM, BSS packet flow context procedures may be executed. 

5) The SGSN selects Radio Priority and Packet Flow Id based on QoS Negotiated, 
and returns an Activate Secondary PDP Context Accept (Tl, QoS Negotiated, Ra- 
dio Priority, Packet Flow Id) message to the MS. The SGSN is now able to route 
5 PDP PDUs between the GGSN and the MS via different GTP tunnels and possibly 

different LLC links. 

Push services 

10 One type of service which can be accomplished in the above system is so-called "push" 
services, that is, an Application Server (AS) takes the initiative to render information, 
such as stock quotes, news or commercials, available to one or a plurality of mobile ter- 
minals. 

15 

Summary of the invention 

It is a first object of the present invention to set forth a method for effectively assigning a 
20 given quality of service to a server initiated communication session. 

This object has been accomplished by the subject matter set forth in claim 1 . 

Further advantages will appear from the following detailed description and the drawings. 

25 

Brief description of the drawings 

Fig. 1 shows a prior art common packet domain core network for GSM and UMTS 
30 use, 

Fig. 2 discloses a sequence diagram for a known context activation procedure initi- 
ated by a mobile station, 
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Fig. 3 discloses a sequence diagram for a known context activation procedure initi- 
ated by an application server, 

Fig. 4 discloses a sequence diagram for a known procedure initiated by the mobile 
station for modifying the PDP context, 



Fig. 5 discloses a sequence diagram for a known procedure initiated by the mobile 
station for a secondary modification of the PDP context, 

Fig. 6 discloses a sequence diagram for a first embodiment of a context activation 

procedure initiated by an application server according to the invention. The MS 
is contacted with an SMS message, including the QoS(R), which in turn triggers 
the MS to start the PDP Context Activation procedure, 

Fig. 7 discloses a sequence diagram for a second embodiment of a context activation 
procedure initiated by an application server according to the invention. The 
GGSN receives a push request, including the QoS(R), from the AS, 

Fig. 8 discloses a sequence diagram for a third embodiment of a context activation 
procedure initiated by an application server according to the invention. The 
GGSN receives an incoming PDU from which the GGSN can deduce the 
QoS(R) (e.g., mapping of the ds-byte of the IP-header to the defined corre- 
sponding QoS(R)), 

Fig. 9 discloses a sequence diagram for a fourth embodiment of a context activation 
procedure initiated by an application server according to the invention. The MS 
is contacted with an SMS message, including the QoS(R). The MS chooses to 
trigger the PDP Context Modification procedure, and 

Fig. 10 discloses a sequence diagram for a fifth embodiment of a context activation 

procedure initiated by an application server according to the invention. The MS 
is contacted with an SMS message, including the QoS(R). The MS chooses to 
initiate a secondary PDP Context. 
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Detailed description of preferred embodiments of the invention 
First embodiment 

5 The scenario for setting up a session initiated by an external application server, when 
QoS has been included in the communication between the AS and the MS (by SMS), is 
illustrated by the sequence diagram shown in Fig. 6: 

1) A push request is sent to the MS through an SMS message, asking for a session 
10 with a certain QoS, the QoS(R). The MS does not have an active PDP Context. 

Delivery of the SMS involves the nodes SC, SMS-GMSC, HLR and SGSN. 

2) The MS sends an Activate PDP Context Request (NSAPI, Tl, PDP Type, PDP Ad- 
dress, Access Point Name, QoS Requested, PDP Configuration Options) message 

15 to the SGSN. The MS may use Access Point Name to select a reference point to a 

certain external network and/or to select a service. QoS Requested indicates the 
desired QoS profile. 

3) In UMTS, RAB (Radio Bearer) set-up is done by the RAB Assignment procedure. 

4) If BSS trace is activated, then the SGSN shall send an Invoke Trace (Trace Refer- 
20 ence, Trace Type, Trigger Id, OMC Identity) message to the BSS or UTRAN. 

Trace Reference, and Trace Type are copied from the trace information received 
from the HLR or OMC. 

5a) The SGSN validates the Activate PDP Context Request using PDP Type (op- 
tional), PDP Address (optional), and Access Point Name (optional) provided by the 
25 MS and the PDP context subscription records 

The SGSN may restrict the requested QoS attributes given its capabilities, the cur- 
rent load, and the subscribed QoS profile. 

The SGSN sends a Create PDP Context Request (PDP Type, PDP Address, Ac- 
cess Point Name, QoS Negotiated, TEID, NSAPI, MSISDN, Selection Mode, 
30 Charging Characteristics, Trace Reference, Trace Type, Trigger Id, OMC Identity, 

PDP Configuration Options) message to the affected GGSN 
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The GGSN creates a new entry in its PDP context table and generates a Charging 
Id. The new entry allows the GGSN to route PDP PDUs between the SGSN arid 
the external PDP network, and to start charging. 

5b) The GGSN then returns a Create PDP Context Response (TEID, PDP Address, 
5 PDP Configuration Options, QoS Negotiated, Charging Id, Cause) message to the 

SGSN. 

6) The SGSN selects Radio Priority and Packet Flow Id based on QoS Negotiated, 
and returns an Activate PDP Context Accept (PDP Type, PDP Address, Tl, QoS 
Negotiated, Radio Priority, Packet Flow Id, PDP Configuration Options) message 

10 to the MS. The SGSN is now able to route PDP PDUs between the GGSN and the 

MS, and to start charging. 

7) Now, a packet data session is open between the Mobile Station (MS) and the Ap- 
plication Server (AS). 

15 It follows from the above procedure, that the service of quality requested by the applica- 
tion server is communicated in the initial request towards the mobile station. 

Second embodiment 

20 The scenario for setting up a session initiated by an external application server, when 
QoS has been included in the communication between the AS and the GGSN (by some 
protocol), is illustrated by the sequence diagram shown in Fig. 7 (only the new points are 
mentioned here) 

25 1 ) The AS sends a push request to the GGSN, asking the GGSN to located the MS 
and request it to activate a PDP context with a certain QoS, the QoS(R). 

2a) The GGSN may send a Send Routing Information for GPRS (IMSI) message to 
the HLR. 

30 

2b) If the HLR determines that the request can be served, it returns a Send Routing 
Information for GPRS Ack (IMSI, SGSN Address, Mobile Station Not Reachable 
Reason) message to the GGSN. 

12 
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3a) The GGSN shall send a PDU Notification Request (IMSI, PDP Type, PDP Ad- 
dress, APN, QoS(R)) message to the SGSN indicated by the HLR. 

3b) The SGSN responds with PDU Notification. 

5 

4) The SGSN sends a Request PDP Context Activation (Tl, PDP Type, PDP Address, 
APN, QoS(R)) message to request the MS to activate the indicated PDP context. 

5) PDP Context Activation as in Fig. 2. 

10 

6) Now, a packet data session is open between the Mobile Station (MS) and the Ap- 
plication Server (AS). 

Third embodiment 

15 

The scenario for setting up a session initiated by an external application server, when 
QoS is deduced from the incoming PDP PDU sent from the AS to the GGSN, is illus- 
trated by the sequence diagram shown in Fig. 8. 

20 1) A PDP PDU is received in the GGSN. The GGSN reads the QoS information in the 
packet, e.g., the ds-byte of the IP header (shown in the figure), and maps it to the 
appropriate QoS(R). 

2a) The GGSN may send a Send Routing Information for GPRS (IMSI) message to 
25 the HLR. 

2b) If the HLR determines that the request can be served, it returns a Send Routing 
Information for GPRS Ack (IMSI, SGSN Address, Mobile Station Not Reachable 
Reason) message to the GGSN. 

30 

3a) The GGSN shall send a PDU Notification Request (IMSI, PDP Type, PDP Ad- 
dress, APN, QoS(R)) message to the SGSN indicated by the HLR. 

3b) The SGSN responds with PDU Notification. 

35 
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4) The SGSN sends a Request PDP Context Activation (Tl, PDP Type, PDP Address, 
APN, QoS(R)) message to request the MS to activate the indicated PDP context. 

5) PDP Context Activation as in Fig. 2. 

5 

6) Now, a packet data session is open between the Mobile Station (MS) and the Ap- 
plication Server (AS). 

Fourth embodiment 

10 

The scenario for modifying an active session, initiated by an external application server, 
when QoS has been included in the communication between the AS and the MS (by 
SMS), is illustrated by the sequence diagram shown in Fig. 9: 

15 1 ) A push request is sent to the MS through an SMS message, asking for a session 
with a certain QoS, the QoS(R). The MS has an active PDP Context associated 
with a QoS class. Delivery of the SMS involves the nodes SC, SMS-GMSC, HLR 
and SGSN. 

20 2) If the QoS of the active PDP Context is not sufficient, the MS may send a Modify 
PDP Context Request (Tl, QoS Requested, TFT) message to the SGSN. Either 
QoS Requested or TFT or both may be included. QoS Requested indicates the 
desired QoS profile, while TFT indicates the TFT that is to be added, modified, or 
deleted from the PDP context. 

25 3) The SGSN may restrict the desired QoS profile given its capabilities, the current 
load, and the subscribed QoS profile. The SGSN sends an Update PDP Context 
Request (TEID, NSAPI, QoS Negotiated, TFT) message to the GGSN. If QoS Ne- 
gotiated and/or TFT received from the SGSN is incompatible with the PDP context 
being modified (e.g., TFT contains inconsistent packet filters), then the GGSN re- 

30 jects the Update PDP Context Request. The compatible QoS profiles are config- 

ured by the GGSN operator. 

4) The GGSN may further restrict QoS Negotiated given its capabilities and the cur- 
rent load. The GGSN stores QoS Negotiated, stores, modifies, or deletes TFT of 
that PDP context as indicated in TFT, and returns an Update PDP Context Re- 
35 sponse (TEID, QoS Negotiated) message. 
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5) In UMTS, radio access bearer modification may be performed by the RAB As- 
signment procedure. 

6) The SGSN selects Radio Priority and Packet Flow Id based on QoS Negotiated, 
and returns a Modify PDP Context Accept (Tl, QoS Negotiated, Radio Priority, 

5 Packet Flow Id) message to the MS. 

7) Now, a packet data session is open between the Mobile Station (MS) and the Ap- 
plication Server (AS). 

10 Fifth embodiment 

The scenario for setting up a session initiated by an external application server, when 
QoS has been included in the communication between the AS and the MS (by SMS), is 
illustrated by the sequence diagram shown in Fig. 10: 

15 1 ) A push request is sent to the MS through an SMS message, asking for a session 
with a certain QoS, the QoS(R). The MS has an active PDP Context associated 
with a QoS class. Delivery of the SMS involves the nodes SC, SMS-GMSC, HLR 
and SGSN. 

20 2) If the QoS of the active PDP Context is not sufficient, the MS may send an Acti- 
vate Secondary PDP Context Request (Linked Tl, NSAPI, Tl, QoS Requested, 
TFT) message to the SGSN. Linked Tl indicates the Tl value assigned to any one 
of the already activated PDP contexts for this PDP address and APN. QoS Re- 
quested indicates the desired QoS profile. TFT is sent transparently through the 

25 SGSN to the GGSN to enable packet classification for downlink data transfer. Tl 

and NSAPI contain values not used by any other activated PDP context. 

In GSM, security functions may be executed. 

3) In UMTS, RAB set-up is done by the RAB Assignment procedure. 

4a) The SGSN validates the Activate Secondary PDP Context Request using the Tl 
30 indicated by Linked Tl. The same GGSN address is used by the SGSN as for the 

already-activated PDP context(s) for that Tl and PDP address. 

The SGSN and GGSN may restrict and negotiate the requested QoS. The SGSN 

sends a Create PDP Context Request (QoS Negotiated, TEID, NSAPI, Primary 

NSAPI, TFT) message to the affected GGSN. Primary NSAPI indicates the NSAPI 
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value assigned to any one of the already activated PDP contexts for this PDP ad- 
dress and APN. TFT is included only if received in the Activate Secondary PDP 
Context Request message. The GGSN uses the same external network as used 
by the already-activated PDP context(s) for that PDP address, generates a new 
5 entry in its PDP context table, and stores the TFT. The new entry allows the 

GGSN to route PDP PDUs via different GTP tunnels between the SGSN and the 
external PDP network. 

4b) The GGSN returns a Create PDP Context Response (TEID, QoS Negotiated, 
Cause) message to the SGSN. 

10 In GSM, BSS packet flow context procedures may be executed. 

5) The SGSN selects Radio Priority and Packet Flow Id based on QoS Negotiated, 
and returns an Activate Secondary PDP Context Accept (Tl, QoS Negotiated, Ra- 
dio Priority, Packet Flow Id) message to the MS. The SGSN is now able to route 
PDP PDUs between the GGSN and the MS via different GTP tunnels and possibly 

15 different LLC links. 

6) Now, a packet data session is open between the Mobile Station (MS) and the Ap- 
plication Server (AS). 

20 As appears from the above exemplary embodiments, the invention provides for a num- 
ber of advantages. 

By making it possible to send the requested QoS class in connection with the Network 
Requested PDP Context process, the establishment of a PDP session with an appropri- 
25 ate bandwidth / reliability is facilitated. A possible PDP Context Modification procedure in 
direct connection to the PDP session initiation is avoided, thus decreasing the amount of 
signalling required for the Network Requested PDP Context Activation procedure. 

According to invention, the Mobile Station (MS) is given an opportunity to choose to set 
30 up an appropriate session. This will positively affect at least the network and the mobile 
station capabilities. Hence, procedures that are more flexible can be built into the mobile 
station. 
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Abbreviations 



AS Application Server 

APN Access Point Name 

5 ATM Asynchronous Transfer Mode 

ATM-SVC ATM-Switched Virtual Circuit 

BSS Base Station System 

CGF Charging Gateway Functionality 

GGSN Gateway GPRS Serving Node 

10 GPRS General Packet Radio System 

GSM Global System for Mobile telephony 

HLR Home Location Register 

I MSI International Mobile Subscriber Identity 

IP Internet Protocol 

15 MS Mobile Station 

MSC-VLR Mobile Switching Centre 

MSISDN MS International ISDN Number 

NSAPI Network layer Service Access Point Identifier 

PDN Packet Data Network 

20 PDP Packet Data Protocol, e.g., IP 

PDU Protocol Data Unit 

PLMN Public Land Mobile Network 

PS Packet Switched 

QoS Quality of Service 

25 RAB Radio Access Bearer 

SGSN Serving GPRS Support Node 

SM Short Message 

SMS Short Message Service 

SM-SC Short Message Service Centre 
30 SMS-GMSC Short Message Service Gateway MSC 

SMS-IWMSC Short Message Service Interworking MSC 

TCP Transmission Control Protocol 

TE Terminal Equipment 

TEID Tunnel Endpoint IDentifier 

35 Tl Transaction Identifier 

UMTS Universal Mobile Telephony System 

UTRAN UMTS Terrestrial Radio Access Network 



Ga Charging data collection interface between a CDR transmitting unit 

40 (e.g., an SGSN or a GGSN) and a CDR receiving functionality (a 

CGF). 

Gb Interface between an SGSN and a BSS. 

Gc Interface between a GGSN and an HLR. 

Gd Interface between a SMS-GMSC and an SGSN, and between a 

45 SMS-IWMSC and an SGSN. 

Gf Interface between an SGSN and an EIR. 

Gi Reference point between GPRS and an external packet data network. 

Gn Interface between two GSNs within the same PLMN. 
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Gp Interface between two GSNs in different PLMNs. The Gp interface al- 

lows support of GPRS network services across areas served by the co- 
operating GPRS PLMNs. 

Gr Interface between an SGSN and an HLR. 

5 Gs Interface between an SGSN and an MSC/VLR. 

lu Interface between the RNS and the core network. It is also considered 

as a reference point. 

R Reference point between a non-ISDN compatible TE and MT. Typically 

this reference point supports a standard serial interface. 

10 Urn Interface between the mobile station (MS) and the GSM fixed network 

part. The Urn interface is the GSM network interface for providing 
GPRS services over the radio to the MS. The MT part of the MS is 
used to access the GPRS services in GSM through this interface. 
Uu Interface between the mobile station (MS) and the UMTS fixed network 

15 part. The Uu interface is the UMTS network interface for providing 

GPRS services over the radio to the MS. The MT part of the MS is . 
used to access the GPRS services in UMTS through this interface. 
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Patent claims 

1) Method for 

5 in a packet switched (PS) core network (CN) supporting several quality of services 

levels, comprising at least a serving node (SGSN), a gateway node (GGSN), a 
home location register (HLR), a short message service gateway and interworking 
unit (SMS-GMSC, SMS-IWMSC), charging gateway functionality (CGF), and a 
public data network (PDN) comprising an application server (AS), 

10 

the core network being adapted for carrying out at least a mobile initiated packet 
data protocol (PDP) context activation in which a PDP address is assigned to a 
mobile station and in which a given quality of service is assigned through the net- 
work in a communication session between the mobile station and the application 
15 processor in question, characterised in that 

the application server (AS) initiates a context activation in which a requested QoS 
(Qulity of Service) is communicated. 

20 

2) Method according to claim 1 , whereby the application server (AS) sends by a 
Short Message Service (SMS) message the requested QoS class directly to the 
mobile station (MS), which in turn starts the PDP context activation procedure. 

25 

3) Method according to claim 1 , whereby the application server (AS) communicates 
the requested QoS class to the GGSN. 

30 4) Method according to claim 3, whereby the application server communicates the 
requested QoS class to the GGSN according in a push request. 

5) Method according to claim 3, whereby the application server (AS) communicates 
35 the requested QoS class to the GGSN directly in the sent PDU. 
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6) Method according to claim 2, whereby the SMS message causes the mobile sta- 
tion to issue a PDP activate context request with the requested QoS class. 

7) Method according to claim 2, whereby the SMS message causes the mobile sta- 
tion to issue a modify PDP context request with the requested QoS class. 

8) Method according to claim 2, whereby the SMS message causes the mobile sta- 
tion to issue an activate secondary PDP context request with the requested QoS 
class. 
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